SYSTEM AND METHOD FOR MANAGING REQUESTS FOR SERVICES 



RELATED APPLICATION 
5 This application claims the benefit of U.S. Provisional Patent Application Serial 

No. 60/465,977 filed April 28, 2003 which application is incorporated herein by 
reference in its entirety. 

BACKGROUND 

10 The subject invention relates generally to a system and method for managing 

requests for services, including computer-related service requests and the like. 

A need presently exists for an improved system and method for requesting, 
deploying, managing, and delivering services. In the case of companies requiring 
services, this need is especially felt by relatively medium to larger sized companies with 

15 multiple geographic locations and complex multi- vendor environments. By way of 

example, considering service requests directed to computer, computer peripheral, and/or 
computer network repair, while many such companies do have full-time IT support staffs 
in their larger offices (e.g., 50 employees or more), smaller branch offices, which use the 
same technology and systems as their larger counter-part offices, typically lack fiiU-time, 

20 on-site IT assistance. In this regard, employing fiiU-time, on-site IT personnel at such 
locations is generally not feasible given the associated costs. As such, to have their 
computer service needs fiilfilled, these smaller branch offices must rely on support fi*om a 
centralized help desk, engage local IT companies/consultants, and/or contract with a 
computer service firm that claims to have national coverage. 
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In instances where a branch office relies on assistance from a corporate help desk 
to address their computer service needs, technology is presently available that allows a 
service provider to remotely access a computer for the purpose of attempting to solve 
certain problems that may exist. However, not all problems are capable of being solved 
5 in this manner, e.g., problems associated with computers that are not capable of being 
turned on, printers that are jammed, cables that are broken, etc. Thus, to meet branch 
office demands for computer services arising from problems that cannot be serviced via 
the use of remote access software, the only alternative left for a centralized help desk is to 
request that the equipment experiencing the problem be sent out for repair or to send a 

10 technician to the branch office to solve the problem. Undesirably, performing repair 
services in this manner is inefficient and costly, especially when the service request 
results from a problem that is relatively minor. Furthermore, there exists a cost that is 
associated with the time of lost access to the equipment in that employees at the branch 
office may not be capable of performing their required work without the operable 

15 equipment. 

Li the scenario where branch offices are authorized to engage local companies for 
the purpose of addressing their computer service needs, other problems tend to arise. In 
this regard, problems may be created for the help desk as they attempt to manage the 
arrangement of services throughout the entirety of a company at all of the different 
20 locations. Further problems arise from the need to budget and manage the costs 

associated with requesting services in this manner. By way of example, if a company has 
three hundred locations, that may equate to three hundred computer service vendors, with 
three hundred different prices for parts and hourly service rates, with three hundred 
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different response times, etc. Thus, for companies having multiple geographic locations 
and complex multi-vendor computer environments, the problems associated with 
contracting service professionals, e.g., coordinating accounting, paying large quantities of 
small invoices, etc., can become very burdensome. 
5 To address some of these problems, a company can contract with a large service 

provider company, for example, IBM, EDS or CSC. However, while large service 
providers can deploy services that are generally consistent around the country and the 
contracting company would have only one vendor with one price for parts and labor, 
these contracts are usually limited in scope and extremely costly. In this regard, service 

10 contracts usually cover only hardware and act like extended warranties. Thus, if a 

company requests services in an area that falls into a category not covered under contract, 
the hourly rates can become exorbitantly high. In addition, the most comprehensive on- 
site contracts still leave open ends for equipment covered under warranty, software 
problems, new system roll-outs and other upgrades. Still further, large service providers 

15 often utilize the services of sub-contractors which makes it increasingly difficult if not 
impossible for service requestors to track the progress of service requests. To further 
complicate matters, large service providers often try to protect or mask their use of sub- 
contractors so as to give the appearance of providing a comprehensive service solution. 

20 SUMMARY 

For use in providing an improved system and method for managing service 
requests, described hereinafter is a system and method capable of controlling, building, 
and deploying a scalable workforce to solve service related problems quickly and 
efficiently. More particularly, the subject system and method allows any business to 
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create and manage a virtual service department, in particular, a computer-related service 
department. The subject system may also be used by a service requestor to monitor and 
pay for services. To this end, the subject system maintains information concerning 
capabilities and availabiUties (e.g., geographic and/or time) of a plurality of service 
5 providers which information is viewable by service requestors. In response to the receipt 
of a service request from a service requestor, a work order is created and routed to one or 
more of the service providers for the purpose of having one or more of the selected 
service providers indicate an acceptance of the work order. The service providers may be 
automatically selected using the information maintained within the system (as a function 

10 of the requirements set forth in the service request) or may be manually selected, for 

example, by the service requestor. Payment may be made to one or more of the selected 
service providers that accepted the work order and which were assigned the work order 
using a fund associated with the service requestor and managed by the system. 

A better understanding of the objects, advantages, features, properties and 

15 relationships of the subject system and method will be obtained from the following 

detailed description and accompanying drawings which set forth illustrative embodiments 
which are indicative of the various ways in which the principles of the system and 
method may be employed. 

20 BRIEF DESCRIPTION OF THE DRAWINGS 

For a better understanding of the system and method for managing service 
requests, reference may be had to preferred embodiments shown in the following 
drawings in which: 
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Figure 1 illustrates a block diagram of an exemplary computer system in which 
the principles of the subject invention may be employed; 

Figure 2 illustrates a flow chart diagram of an exemplary method for managing 
service requests; 

5 Figure 3 illustrates a process flow diagram of an exemplary method for managing 

service requests; 

Figure 4 illustrates a further process flow diagram of the exemplary method for 
managing service requests with a particular focus on the service requestor; 

Figure 5 illustrates a further process flow diagram of the exemplary method for 
10 managing service requests with a particular focus on the service provider; 

Figures 6-8 illustrate exemplary screen shots of Web pages by which a client 
service provider may register with the subject system; 

Figure 9 illustrates an exemplary screen shot of a Web page by which a service 
requestor may indicate a desire to have a service request fulfilled; 
15 Figure 10 illustrates an exemplary screen shot of a Web page for use in managing 

a service provider on-line office; and 

Figure 1 1 illustrates an exemplary screen shot of a service provider rating. 

DETAILED DESCRIPTION 
20 Turning to the drawings, wherein like reference numerals refer to like elements, 

an exemplary system and method for managing service requests is illustrated and 
described. Although not required, the system and method will be described in the general 
context of computer executable instructions being executed by one or more processing 
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devices such as a personal computer, mainframe computer, personal-digital assistant 
("PDA"), cellular telephone, or the like. Generally, the computer executable instructions 
reside in program modules which may include routines, programs, objects, components, 
data structures, etc. that perform particular tasks or implement particular abstract data 
5 types. In this regard, those skilled in the art will appreciate that the system and method 
described hereinafter may also be practiced in distributed computing environments where 
tasks are performed by various processing devices that are linked through a 
commxmication network and where program modules may be located in both local and 
remote memory storage devices associated with such processing devices. 

10 A network system in which the subject system and method may reside is 

illustrated by way of example in Fig. 1 . Li the illustrated network system, a Command 
Center 20, illustrated in the exemplary form of a computer system, is provided to manage 
service requests in a manner that will be described in greater detail hereinafter. While 
described and illustrated as a single computer system, it is again emphasized that the 

1 5 Command Center 20 may be implemented such that tasks are performed by various 
processing devices that are linked through a communication network. 

For performing the various tasks, the Command Center 20 preferably includes a 
processing unit 22 and a system memory 24 which may be linked via a bus 26. Without 
hmitation, the bus 26 may be a memory bus, a peripheral bus, and/or a local bus using 

20 any of a variety of bus architectures. By way of further example, the bus 26 may include 
an architecture having a North Bridge and a South Bridge where the North Bridge acts as 
the connection point for the processing unit 22, memory 24, and the South Bridge. The 
North Bridge fimctions to route traffic from these interfaces, aud arbitrates and controls 
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access to the memory subsystem from the processing unit 22 and I/O devices. The South 
Bridge, in its simplest form, integrates various I/O controllers, provides interfaces to 
peripheral devices and buses, and transfers data to/from the North bridge through either a 
PCI bus connection in older designs, or a proprietary interconnect in newer chipsets. 

5 As needed for any particular purpose, the system memory 24 may include read 

only memory (ROM) 28 and/or random access memory (RAM) 30. Additional memory 
devices may also be made accessible to the Command Center 20 by means of, for 
example, a hard disk drive interface 32, a magnetic disk drive interface 34, and/or an 
optical disk drive interface 36. As will be understood, these devices, which would be 

10 linked to the system bus 26, respectively allow for reading from and writing to a hard 

disk 38, reading from or writing to a removable magnetic disk 40, and for reading from or 
writing to a removable optical disk 42, such as a CD/DVD ROM or other optical media. 
The drive interfaces and their associated computer-readable media allow for the 
nonvolatile storage of computer readable instructions, data structures, program modules 

15 and other data for the Command Center 20. Those skilled in the art will further 

appreciate that other types of computer readable media that can store data may be used 
for this same purpose. Examples of such media devices include, but are not limited to, 
magnetic cassettes, flash memory cards, digital videodisks, Bernoulli cartridges, random 
access memories, nonodrives, memory sticks, and other read/write and/or read-only 

20 memories. 

A niunber of program modules may be stored in one or more of the 
memory/media devices. For example, a basic input/output system (BIOS) 44, containing 
the basic routines that help to transfer information between elements within the 
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Command Center 20, such as during start-up, may be stored in ROM 24. Similarly, the 
RAM 30 and/or the hard drive 38 may be used to store computer executable instructions 
comprising an operating system 46, one or more applications programs 48, other program 
modules 50, and/or program data 52. 

A user may enter commands and information into the Command Center 20 
through input devices such as a keyboard 54 and/or a pointing device 56. While not 
illustrated, other input devices may include a microphone, a joystick, a game pad, a 
scanner, etc. These and other input devices would typically be connected to the 
processing unit 22 by means of an interface 58 which, in turn, would be coupled to the 
bus 26. Input devices may be connected to the processor 22 using interfaces such as, for 
example, a parallel port, game port, firewire, or a universal serial bus (USB). To view 
information from the Command Center 20, a monitor 60 or other type of display device 
may also be connected to the bus 26 via an interface, such as video adapter 62. hi 
addition to the monitor 60, the Command Center 20 may also include other peripheral 
output devices, not shown, such as speakers and printers. 

For operating in a networked environment, the Command Center 20 utilizes 
logical connections to one or more remote processing devices, such as client computer 
64, technician computer 66, database computer 68, and/or financial institution computer 
70. ]n this regard, while the remote processing devices have been illustrated in the 
exemplary form of computers, it will be appreciated that the remote processing devices 
may be any type of device having processing capabilities and/or the ability to estabUsh a 
communication link with the Command Center 20 such as, for example, a cellular 
telephone. Again, the illustrated processing devices need not be implemented as a single 
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device but may be implemented in a manner such that the tasks perforaied by the various 
processing devices are distributed to a plurality of processing devices linked through a 
communication network Thus, the remote processing devices may include many or all 
of the elements described above relative to the Command Center 20 including the 

5 memory storage devices and a display device. The connection between the Command 
Center 20 and the remote processing devices is typically made through a further 
processing device 72 that is responsible for network routing. Furthermore, within such a 
networked environment, it will be appreciated that program modules depicted relative to 
the Command Center 20, or portions thereof, may be stored in the memory storage 

10 devices of the remote devices. It will also be understood that interface devices may also 
be used to establish links with devices lacking processing power, for example, an 
interactive voice response ("IVR") system may be used to allow a conventional telephone 
to be interfaced with the Command Center 20. 

To manage service requests, acts and symboUc representations of operations will 

15 be performed by the processing devices illustrated in Fig. 1 . As such, it will be 
understood that such acts and operations, which are at times referred to as being 
computer-executed, include the manipulation by the processing devices of electrical 
signals representing data in a structured form. This manipulation transforms the data or 
maintains it at locations in the memory system, which reconfigures or otherwise alters the 

20 operation of the processing devices 20, 64, 66, 68, and 70 in a manner well understood by 
those of skill in the art of computer systems. The data structures where data is 
maintained are physical locations of the memory that have particular properties defined 
by the format of the data. Nevertheless, while described in the foregoing context, this 
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description is not meant to be limiting as those skilled in the art will further appreciate 
that various acts and operations described herein may also be implemented in hardware. 

By way of further example, the subject system and method may be implemented 
using a tiered architecture where one tier includes a firont-end data base and Web 
5 applications running on Web server(s) that constitute an interface between users and the 
back-end of the system. In this manner, authorized users may access the system through 
a Web browser having a graphical user interface, for example, provided by a Java applet 
or as a common HTML page. To secure the system, the Web application may be 
surrounded by a firewall. The application logic would then constitute a further tier and 
10 may reside on a cluster of application servers including all of the capabilities necessary to 
support multiple transactions simultaneously. 

For use in controlling, building, and deploying a scalable workforce to solve 
service related problems, the Command Center 20 is used to provide an essentially 
automated system to link service requestors, e.g., corporate help-desk managers, with 
15 service providers, e.g., computer repair technicians. To this end, the Command Center 20 
operates to provide a networked supply chain management system by which a service 
requestor may choose one or more service providers, monitor the work performed by the 
service provider, and remit payment to the service provider(s) as generally illustrated in 
Fig. 3. It is also contemplated that the operator of the Command Center 20 would 
20 receive a fee on each transaction from one or both of the service provider (e.g., a 

percentage of invoice amount based on volume of completed work orders per month) and 
the service requestor (e.g., a flat fee). It is also contemplated that the operator of the 
Command Center 20 may provide fee services to companies whereby the operator of the 
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Command Center 20 essentially functions as a centralized help desk and arranges for 
service providers to meet the needs of service requestors. 

For a service requestor to become a client of the Command Center 20, the service 
requestor preferably registers with the Command Center 20, for example, by accessing a 
Web site maintained by the Command Center 20 using cUent computer 64 and by 
providing information requested by the Command Center 20. This information may 
include, but need not be limited to, preferred fees, geographic locations, preferred service 
providers, preferred hours of availability, preferred certifications, identification of 
employees that are authorized access, etc. As generally illustrated in Fig. 4, the operator 
of the Command Center 20 may also require service requestor clients to deposits fimds 
into an account accessible by the Command Center 20 for reasons that are described in 
fiirther detail hereinafter. Management of deposit account fimds may be performed 
directly by the Command Center 20 or the Command Center 20 may interact with one or 
more financial institution computers 70 for this same purpose. Among other things, the 
registration of the service requestor as a cUent of the Command Center 20 addresses a 
need for companies to have a single point of contact and solves the problem of payments 
to, and management of, multiple vendors. Registration information may be stored and 
accessed by the Command Center 20 directly or by means of cooperation with a database 
server computer 68. 

Once a service requestor client has registered with the Command Center 20, 
service requestor cUents will be able to link to the Command Center 20 to perform tasks 
such as, for example, updating and/or changing registration information, forming a web 
page, generating a service request, precisely identifying computer service personnel that 
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the service requestor client desires to meet their service request, managing and following 
up on service requests, paying the service providers (e.g., requesting a withdraw against 
their deposit), negotiating service contracts, and/or providing feedback on each service 
provider. In this regard, service requestor clients may access the Command Center 20 by 
5 means of the Internet, e.g., by accessing a Web site page maintained by the Command 
Center 20, and/or through the use of APIs that function to directly interface cUent 
computer 64 with the Command Center 20. 

For a service provider to become a client of the Command Center 20, the service 
provider also preferably registers with the Command Center 20, for example, by 
1 0 accessing a Web site maintained by the Command Center 20 using technician computer 
66 and by providing information requested by the Command Center 20, as generally 
illustrated in Fig. 5. In this regard, as illustrated by way of exanple in Figs. 6-8, the 
service provider may be requested to provide information to create an account with the 
Command Center 20 as well as information that will become available via an on-line 
15 office to potential service requestors. To these ends, the Command Center 20 may collect 
information concerning a client service provider company and/or information concerning 
individual employees of the client service provider. Thus, information collected during 
the registration process may include contact information for the company and/or 
individuals, employee skill sets, geographical locations for service areas, availability 
20 times, rates, response times, certifications, languages spoken, etc., as is particularly 
illustrated in Figs. 6-8. Fig. 10 further illustrates a screen shot of an exemplary page 
whereby a service provider may manage their on-line office, e.g., to modify a company 
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profile, add team members, change contact information, etc. In this manner, the system 
provides intuitive on-line tools for marketing each provider and managing workflow. 

As noted, once such registration information has been collected by the Command 
Center 20, a service provider cUent will have the equivalent of an on-line office with the 

5 Command Center 20 which is accessible by service requestor cUents. The on-line office 
may also be made accessible to the general public. Access to the on-line office can be 
made directly via the Command Center 20 and/or by the service provider client causing 
URLs relating to the service provider cUent to be redirected to their on-line office as 
maintained by the Command Center 20. Again, the on-line office preferably contains 

1 0 information that would be viewable by potential service requestors such that a potential 
service requestor can discern if a particular client service provider is appropriate for a 
given service need. 

For requesting services, a client service requestor may contact the Command 
Center 20 to create a work order. In this regard, the Command Center 20 may be 

1 5 contacted via any means such as, for example, accessing the Command Center 20 Web 
site via a processing device (e.g., cUent computer 64) contacting Command Center 20 
personnel via telephone, PDA, facsimile machine, e-mail, paging network, radio 
telephone, or the like. In these latter instances, the Command Center 20 personnel may 
be required to then manually enter the service request information into the Command 

20 Center 20 for the purpose of allowing the Command Center 20 to create a work order. 
An exemplary screen for creating a work order is illustrated by way of example in Fig. 9. 

In response to the creation of a work order, the Command Center 20 may cause a 
fee to be deducted from the account of the client service requestor, for example, as a pre- 
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paid retainer or transaction service fee. The fee may be deducted immediately or at some 
fiiture time, such as upon completion of the service request. At this time, the created 
work order may also be routed by the Command Center 20 to one or more client service 
providers. In this regard, a client service requestor may specify one or more intended 
5 recipients of the work order. To this end, cUent service requestors may be provided with 
the ability to search the existing database of client service providers. Alternatively, the 
Command Center 20 may identify one or more cUent service providers for the work order 
based upon information contained in the work order or otherwise specified by the client 
service requestor. Information utilized to route work orders in this manner may mclude a 
10 desired or required skill set, hourly rate, availabiUty, geographic location, response time, 
range or experience, certifications, spend limit, and/or cUent service provider rating. It 
will also be appreciated that the information utilized to route work orders may be pre- 
estabUshed by a chent service requestor, for example during the registration process, or it 
may be suppUed in connection with the request for services. 
15 To direct work orders to intended recipients, the Command Center 20 may cause 

work orders to be transmitted to one or more of a technician computer 66, telephone, 
PDA, facsimile machine, e-mail account, pager, etc. of a client service provider. The 
recipient cUent service providers may then respond to the Command Center 20 to indicate 
a desire to answer the service request. Preferably, the client service provider that is first 
20 to respond to the Command Center 20 and which is qualified to perform work associated 
with the service request is awarded the service request contract. Prior to and/or after the 
assigning of a service request, a client service requestor may access the Command Center 
20 to monitor all service logistics in real-time. For this purpose, any received service 



14 



requests and/or work orders may be assigned a look-up number which would be 
transmitted to the service requestor. The service requestor may then indicate the look-up 
number to access status information maintained by the Command Center 20. 

When the service request that is the subject of the work order is completed by the 
client service provider, information concerning the completed service request is provided 
by the client service provider to the Command Center 20 using any of the communication 
methodologies described previously. The Command Center 20 may then issue a 
notification to the cUent service requestor which notification would contain information 
relevant to the completion of the service request/work order. Again, the service 
request/work order completion notification may be issued to the client service requestor 
by being transmitted to one or more of a cUent computer 64, telephone, PDA, facsimile 
machine, e-mail account, pager, etc. of the cUent service requestor. 

The client service requestor may transmit a response to the Command Center 20 
to confirm the completion of the service request and the satisfaction of the cUent service 
requestor with respect to the work performed. At this time, the cUent service requestor 
may also authorize the Command Center 20 to convert the work order to an invoice so as 
to allow the Command Center 20 to access the account of the client service requestor for 
the purpose of issuing payment to the cUent service provider. In this regard, payment 
may be made electronically to an account of the cUent service provider, by issuance of a 
check, etc. A client service requestor may additionally access the Command Center 20 to 
complete a survey regarding the completion of the service request/work order by the 
client service provider. Information collected in such a survey may then be used to 
establish a rating for the client service provider for use in the future assignments of work 
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orders, for example by providing an overall rating and ratings for one or more skill sets, 
punctuality, professionalism, etc. as illustrated in Fig. 11. 

In instances where the service provider is unable to complete the work order, for 
example, if a particular part must be replaced that needs to be specially ordered, the 
5 system may allow for the service provider to request that the work order be renegotiated 
with the service requestor for the purpose of addressing these additional needs. This 
negotiation may be done via message exchanges through the system or done directly 
between the parties. In either case, the system should be notified as to any changes or 
alterations to the work order so as to allow for the updating of the work order to ensure 
1 0 proper accounting. It is also contemplated that, in this case, the parties may agree that the 
work order is completed for purposes of accounting only and that the service requestor 
will issue a fiirther service request for the purpose of having the repair work completed in 
actuality. 

From the foregoing, it will be appreciated that the subject system and method has, 
15 among others, the advantages of: providing corporate customers with a single point of 
contact, responsibility, and billing for offices throughout the country; allowing corporate 
customers to electronically control and monitor the service process; allowing corporate 
customers to choose service provider(s) in each region, by certifications (e.g., by Dell, 
Compaq, Microsoft, etc.), by range of fees, by range of experience, etc. to insure proper 
20 and timely services throughout the United States; etc. The subject system and method 
also has the advantage of providing service requestors with a generic catalog of services, 
possibly at substantially reduced prices. Still fiiriher, the subject system and method may 
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allow access to certain computer parts providers and or providers of additional services 

that may be required. 

With respect to the service providers, the subject system and method has, among 
others, the advantage of providing for a steady flow of work (i.e., in the form of work 
5 orders) whereby service provider personnel will be able to better manage their daily 
schedules, receive payments and earn more consistent pay while providing faster 
response times to end users. 

While various concepts have been described in detail, it will be appreciated by 
those skilled in the art that various modifications and alternatives to those concepts could 
10 be developed in light of the overall teachings of the disclosure. For example, it is 
contemplated that service requestors and service providers may use information 
contained with the subject system to interact directly. Once service requestors and 
service providers are connected in this manner, the remaining functionality of this system 
will still be utilized so as to maintain centralized management of the service and payment 
1 5 process. Furthermore, while described in the context of managing computer related 

services, it will be appreciated that the concepts described herein may be used to manage 
provision of any type of services. By way of example only, the subject system and 
method may be used to manage the placement of temporary employees, to manage the 
placement of nurses, etc. where the work order would request the services of the 
20 temporary employee, nurse, (e.g., specifying a location, particular need, time, and the 
like) etc. As such, the particular concepts disclosed are meant to be illustrative only and 
not Umiting as to the scope of the invention which is to be given the full breadth of the 
appended claims and any equivalents thereof 
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